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Docket No.: 50277-2237 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
BEFORE THE BOARD OF PATENT APPEALS AND INTERFERENCES 



In re application of: 
Sam IDICULA 
Serial No.: 10/648,749 




Confirmation No.: 3748 
Examiner: COL AN, Giovanna B. 
Group Art Unit No.: 2162 



Filed on: August 25, 2003 

For: IN-PLACE EVALUATION OF XML 
SCHEMAS 

MS Appeal Brief-Patents 
Commissioner for Patents 
P.O. Box 1450 
Alexandria, VA 22313-1450 

APPEAL BRIEF 

Sir: 

This Appeal Brief is submitted in support of the Notice of Appeal filed on December 
5, 2006. A Notification of Non-Compliant Appeal Brief was mailed on April 17, 2007. This 
Amended Appeal Brief corrects the defects of the previously filed Appeal Brief. 

I. REAL PARTY IN INTEREST 

Oracle International Corporation is the real party in interest. 

II. RELATED APPEALS AND INTERFERENCES 

Appellants are unaware of any related appeals or interferences. 
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III. STATUS OF CLAIMS 

Claims 1-12, 14-16, 18-29, and 31-33 have been finally rejected and are the only 
subjects of this appeal. Claims 13, 17, 30, and 34 were canceled. 

IV. STATUS OF AMENDMENTS 

The claims were not amended after the Final Office Action. 

V. SUMMARY OF CLAIMED SUBJECT MATTER 

The present application contains independent Claims 1 and 12, which are summarized 
below. The claims summarized below are annotated to cross-reference features of the claims 
to specific examples of those features disclosed in the specification. However, the 
annotations are not intended to limit the scope of the recited features to those specific 
examples to which the annotations refer. 

Claim 1 recites (with added reference annotations in parenthesis) a method (FIG. 2, 
method 200) of evolving an Extensible Markup Language (XML) schema (FIG. 1, existing 
XML schema 106), the method comprising: 

receiving (FIG. 2, step 202; paragraphs [0029], [0038], and [0046]), at a schema 
evolver (FIG. 1, schema evolver 102) that is executing in a computer system (FIG. 3, system 
300), a document (FIG. 1, XML document 108) that indicates one or more changes to be 
made to a first XML schema (FIG. 1, existing XML schema 106); 

based on said first XML schema and said document, said schema evolver generating 
(FIG. 2, step 204; paragraphs [0029], [0039], and [0047]) a second XML schema (FIG. 1, 
evolved XML schema 112); and 
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based on said second XML schema, generating (FIG. 2, step 206; paragraphs [0030], 
[0033]-[0035], [0041], and [0048]-[0050]) one or more first Structured Query Language 
(SQL) statements (FIG. 1, SQL statements 118). 

Claim 12 recites (with added reference annotations in parenthesis) a method (FIG. 2, 
method 200) of generating (FIG. 2, step 206) Structured Query Language (SQL) statements 
(FIG. 1, SQL statements 1 18) to alter (paragraphs [0033]-[0035]) database types (FIG. 1, 
existing database object types 1 14) in a database system (FIG. 1, database 110) that has 
definition data that defines (paragraph [0031]) a set of one or more database object types 
(FIG. 1, existing database objects types 1 14), the method comprising: 

receiving (paragraph [0040]) a first Extensible Markup Language (XML) schema 
(FIG. 1, XML schema 1 12); and 

based on said first XML schema, generating (FIG. 2, step 206; paragraphs [0030], 
[0041], and [0048]-[0050]) one or more SQL statements (FIG. 1, SQL statements 118) that, 
when executed (FIG. 2, step 210; paragraph [0052]), cause a database server (FIG. 1, 
database server 104) to alter (paragraphs [0033]-[0035]) said set of one or more database 
object types; 

wherein said one or more database object types were generated based on (paragraph 
[0030]) a second XML schema (FIG. 1, existing XML schema 106) that differs (paragraphs 
[0029], [0039], and [0047]) from said first XML schema. 
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VI. GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

1. Claims 1-4, 6, 18-21, and 23 stand rejected under 35 U.S.C. § 102(e) as being 
anticipated, allegedly, by U.S. Patent Application Publication No. 2003/0120665 ("Fox"). 

2. Claims 12, 15-16, 29, 32, and 33 stand rejected under 35 U.S.C. § 102(e) as 
being anticipated, allegedly, by Fox. 

3. Claims 14 and 31 stand rejected under 35 U.S.C. § 102(e) as being 
anticipated, allegedly, by Fox. 

4. Claims 9 and 26 stand rejected under 35 U.S.C. § 102(e) as being anticipated, 
allegedly, by Fox. 

5. Claims 5, 7-8, 22, and 24-25 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable, allegedly, over Fox in view of U.S. Patent No. 6,636,845 ("Chau"), 

6. Claims 10, 1 1, 27, and 28 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable, allegedly, over Fox in view of U.S. Patent Application Publication No. 
2002/0007363 ("Vaitzblitz"). 

VIII. ARGUMENTS 

A. The Features of Claims 1-4, 6, 18-21, and 23 Are Not Disclosed, Taught, or Suggested by 
Fox 

Among other features, Claim 1 recites that a schema evolver receives a document that 
indicates changes that are to be made to an existing ("first") XML schema. The schema 
evolver generates an evolved ("second") XML schema based on both (a) the existing 
XML schema and (b) the document that indicates the changes. 
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Thus, Claim 1 is all about generating a new, evolved ("second") XML schema, and 
has nothing to do with transforming documents that conform to a schema into documents that 
conform to a different schema. 

In contrast, Fox is all about transforming documents that conform to a schema into 
documents that conform to a different schema, and has nothing to do with generating a new, 
evolved XML schema. 

Specifically, Fox describes generating an XSLT script to transform documents that 
conform to one schema into documents that conform to a different schema. Fox refers 
to the XSLT script as a "transformation." Fox calls the mechanism that generates the XSLT 
script a "transformation generator." Fox states that the transformation generator is "for 
generating a transformation from the first schema into the second schema" (paragraph 
[0072], last 4 lines). 

Significantly, Fox doesn't generate the second schema based on the first schema and 
the "transformation." Instead, Fox generates the "transformation" based on the first schema 
(the "source data schema") and the second schema (the "target data schema"). Because the 
transformation is generated based on the second schema, the "transformation" clearly cannot 
be generated until the second schema already exists. Since the transformation cannot be 
generated until the second schema already exists, it make no sense to say that the second 
schema is generated based on the transformation. 

Fox describes how this "transformation" is generated as follows: "At step 120, a 
source data schema and a target data schema are imported" (paragraph [0104]). "At step 
180, a transformation is derived for transforming data conforming with the source data 
schema into data conforming with the target data schema" (paragraph [0107]). 
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It is clear from this description that the "transformation," which is "for transforming 
data that conforms to the source data schema into data that conforms to the target data 
schema" is "derived" from the source and target data schemas rather than the target data 
schema being derived from the source data schema and the "transformation." 

The errors of fact underlying the Examiner's position have been set forth. There are, 
additionally, numerous places in Fox that are starkly inconsistent with the Examiner's 
interpretation. For example, Fox shows that schema receiver 210 and transformation 
generator 260 receive, as input, both a source data schema and a target data schema. 
Based on this input, transformation generator 260 outputs a "derived transformation." 

For another example, paragraph [0050] says that there is "a need for a tool that can 
transform data conforming to a first schema into data that conforms to a second schema." 
Paragraph [0049] discusses the problem of different companies using different existing 
schemas, and how this problem makes it difficult for these companies to use each other's 
data (because the data conform to different existing schemas). 

For another example, paragraph [0051] says that the "present invention provides a 
method and system for deriving transformations for transforming data from one schema to 
another." It is the transformation that is derived based on the schemas rather than a 
schema being derived based on the transformation. Paragraph [0051] also mentions that an 
XSLT script may be generated, and explains that the XSLT script can be applied to (a) 
documents that conform to the source XML schema in order to generate (b) documents that 
conform to the target XML schema. Clearly, the XSLT script transforms the documents that 
conform to the XML schemas rather than the XML schemas themselves. 
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For another example, paragraph [0061] says, "Given a source XML schema and a 
target XML schema ... an appropriate transformation of source to target XML documents 
is generated." Clearly, the transformation is generated based on the source and target 
XML schemas rather than the target XML schema being generated based on the 
transformation. 

Thus, Fox is virtually brimming with statements that support the Applicants' position 
and undermine the Examiner's position. Fox does not disclose, teach, or suggest that a 
schema evolver generates an evolved XML schema based on both (a) an existing XML 
schema and (b) a document that indicates changes that are to be made to the existing XML 
schema, as required by Claim 1 . 

By virtue of their dependence from Claim 1, Claims 2-4, 6, 18-21, and 23 include the 
features of Claim 1 distinguished from Fox above. As a result, Claims 1-4, 6, 18-21, and 23 
are patentable over Fox under 35 U.S.C. § 102(e). The rejection of Claims 2-4, 6, 18-21, and 
23 should be reversed. 

B. The Features of Claims 12, 15, 16, 29, 32 and 33 Are Not Disclosed, Taught, or 
Suggested by Fox 

Among other features, Claim 12 recites "wherein said one or more database object 
types were generated based on a second XML schema that differs from said first XML 
schema." 

The Examiner alleges that Fox discloses this limitation in paragraph [0453], lines 8- 
11, which say: "For example, if the given table column has data type VARCHAR2, then the 
choice of properties may only include properties with target type string, or compositions of 
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properties whereby the final property in the composition has target type string." The 
Examiner alleges that the "target type string" is the second XML schema, and that 
"VARCHAR2" is a database object type (Final Office Action, footnote 4). 

However, "target type string" is not an XML schema in any way. As used in Fox, a 
"string" is a data type that comprises a sequence of one or more characters, as is well known 
in the art. As those skilled in the art are well aware, although an XML schema may comprise 
a "string," the mere fact that an XML schema comprises a "string" does not make every 
"string" an XML schema. Not every string has the qualities that an XML schema has. 
Therefore, the two are not identical or interchangeable. 

Additionally, Claim 12 recites that the "database object types" must have been 
"generated based on" the "second XML schema." Thus, if Fox's "target type string" is taken 
to be analogous to the "second XML schema" of Claim 12, and if Fox's "VARCHAR2" is 
taken to be analogous to the "database object types" of Claim 12, then Fox's "VARCHAR2" 
must have been "generated based on" Fox's "target type string." Fox does not indicate that 
this is the case. Fox does not indicate that "VARCHAR2" (alleged "database object types") 
was "generated based on" any XML schema whatsoever. Actually, "VARCHAR2" is a well- 
known data type that comes built-in to a popular database system. Therefore, the Examiner's 
proposed analogy does not fit the method of Claim 12. 

Fox does not disclose, teach, or suggest "wherein said one or more database object 
types were generated based on a second XML schema that differs from said first XML 
schema" as recited in Claim 12. 

By virtue of their dependence from Claim 12, Claims 14-16, 29, 32, and 33 include 
the features of Claim 12 distinguished from Fox above. As a result, Claims 12, 14-16, 29, 
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32, and 33 are patentable over Fox under 35 U.S.C. § 102(e). The rejection of Claims 12, 14- 
16, 29, 32, and 33 should be reversed. 

C. The Features of Claims 14 and 31 Are Not Disclosed, Taught, or Suggested by Fox 

Claim 14 depends from Claim 12 and further recites, "wherein said first XML schema 

was generated based on said second XML schema." 

The Examiner alleges that Fox discloses this feature of Claim 14 in paragraph [0502], 

which reads, in its entirety: 

Preferably, components are implemented as objects that can send and 
receive Messages to and from other objects. Thus, for example, an indirect 
property P2OP1 and an indirect inheritance (C, D) are implemented as their 
own objects. Direct dependencies among the objects are indicated by in 
FIG. 27 by directed edges within the dependency graph. If a first object 
depends on a second object either through a direct (single edge) or indirect 
(multiple edge) dependency, then modification or deletion of the second 
object potentially impacts the first object. For example, referring to FIG. 
27, a constraint depends directly on an indirect property, and a mapping 
depends indirectly on an indirect property. 

Although the above paragraph refers to dependencies between objects, the above paragraph 

does not indicate that these objects are different XML schemas or that these objects were 

generated based on different XML schemas. There appears to be absolutely no relation or 

similarity between the objects described in this paragraph and the XML schemas recited in 

Claim 14. Appellants concede that is it well known that one object may depend upon another 

object. However, it does not follow from this well-known fact that an evolved XML schema 

must be generated based on an existing XML schema. 

As is discussed above with reference to Claim 1, Fox does not disclose, teach, or 

suggest generating an evolved XML schema based on an existing XML schema. Instead, 

Fox is concerned with transforming (a) documents that conform to one schema into (b) 
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documents that conform to another schema. Fox's approach assumes that the two schemas 
already exist, and does not propose any approaches for generating either schema. 

Therefore, Fox does not disclose, teach, or suggest "wherein said first XML schema 
was generated based on said second XML schema" as recited in Claim 14. 

By virtue of its dependence from Claim 14, Claim 31 includes the features of Claim 
14 distinguished from Fox above. As a result, Claims 14 and 31 are patentable over Fox 
under 35 U.S.C. § 102(e). The rejection of Claims 14 and 31 should be reversed. 

D. The Features of Claims 9 and 26 Are Not Disclosed, Taught, or Suggested by Fox 

Claim 9 depends from Claim 1 and further recites, "wherein said one or more changes 

are expressed as one or more instances of one or more XML types specified by a third 

XML schema." For example, in paragraphs [0055]-[0058] of the present application, three 

XML types, "append-node," "insert-node-before," and "delete-node," are described. These 

XML types are specified in an "xdiff schema" which is separate from both the existing 

schema (e.g., existing XML schema 106) and the evolved schema (e.g., evolved XML 

schema 112). The XML document (e.g., XML document 108), which describes the changes 

that are to be made to the existing schema in order to produce the evolved schema, describes 

those changes in terms of XML change elements. Each of these XML change elements is an 

instance of an XML type (e.g., "append-node," "insert-node-before," or "delete-node") that is 

specified in the "xdiff ("third") XML schema. 

The Examiner alleges that Fox discloses this feature of Claim 9 in paragraph [0200], 

which reads, in its entirety: 

Reference is now made to FIGS. 1 1A-1 1R, which are illustrations of a for 
transforming data from one XML schema to another using the Coherence 
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software application, in accordance with a preferred embodiment of the 
present invention. Shown in FIG. 1 1 A is a window with package view of 
an Airline Integration ontology model in its left lane. The left pane 
displays classes from a fundamental package. A class Date is shown 
highlighted; and its properties are shown in the right pane. Fundamental 
packages are used for standard data types. Shown in FIG. 1 IB is a window 
with a hierarchical view of the Airline Integration ontology model in its 
left pane. The left pane indicates that FrequentFlyer is a subclass of 
Passenger, Passenger is a subclass of Person, and Person is a subclass of 
Being. The right pane displays general information about the class 
FrequentFlyer. 

The above paragraph does not disclose, teach, or suggest that the changes that are to be made 
to one XML schema (e.g., existing XML schema 106) are expressed as instances of XML 
types (e.g., "append-node," "insert-node-before," and "delete-node") that are specified by 
another XML schema (e.g., the "xdiff schema"). 

Therefore, Fox does not disclose, teach, or suggest "wherein said one or more 
changes are expressed as one or more instances of one or more XML types specified by a 
third XML schema" as recited in Claim 9. 

By virtue of its dependence from Claim 9, Claim 26 includes the features of Claim 9 
distinguished from Fox above. As a result, Claims 9 and 26 are patentable over Fox under 35 
U.S.C. § 102(e). The rejection of Claims 9 and 26 should be reversed. 



E. The Features of Claims 5, 7-8, 22, and 24-25 Are Not Disclosed, Taufiht, or Suggested by 
Fox or Chau 

By virtue of their dependence from Claim 1, Claims 5, 7-8, 22, and 24-25 inherit the 
features of Claim 1 that are distinguished from Fox above. Therefore, Fox, taken 
individually, does not disclose, teach, or suggest the subject matter of any of Claims 5, 7-8, 
22, and 24-25. 
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Chau also does not disclose, teach, or suggest the distinguished features of Claim 1 
that are inherited by Claims 5, 7-8, 22, and 24-25, Indeed, the Examiner does not even allege 
that Chau discloses, teaches, or suggests these inherited features. 

Consequently, even if Fox and Chau could be combined, the combination would still 
fail to disclose, teach, or suggest that a schema evolver generates an evolved XML schema 
based on both (a) an existing XML schema and (b) a document that indicates changes that are 
to be made to the existing XML schema, as required by each of Claims 5, 7-8, 22, and 24-25. 

As a result, Claims 5, 7-8, 22, and 24-25 are patentable over Fox and Chau under 35 
U.S.C. § 103(a). The rejection of Claims 5, 7-8, 22, and 24-25 should be reversed for at least 
the reasons discussed above in connection with Claim 1 . 

F. The Features of Claims 10, 1 1, 27, and 28 Are Not Disclosed, Taught, or Suggested by 
Fox or Vaitzblitz 

By virtue of their dependence from Claim 1, Claims 10, 1 1, 27, and 28 inherit the 
features of Claim 1 that are distinguished from Fox above. Therefore, Fox, taken 
individually, does not disclose, teach, or suggest the subject matter of any of Claims 10, 11, 
27, and 28. 

Vaitzblitz also does not disclose, teach, or suggest the distinguished features of Claim 
1 that are inherited by Claims 10, 1 1, 27, and 28. Indeed, the Examiner does not even allege 
that Vaitzblitz discloses, teaches, or suggests these inherited features. 

Consequently, even if Fox and Vaitzblitz could be combined, the combination would 
still fail to disclose, teach, or suggest that a schema evolver generates an evolved XML 
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schema based on both (a) an existing XML schema and (b) a document that indicates 
changes that are to be made to the existing XML schema, as required by each of Claims 10, 
11,27, and 28. 

As a result, Claims 10, 1 1, 27, and 28 are patentable over Fox and Vaitzblitz under 35 
U.S.C. § 103(a). The rejection of Claims 10, 1 1, 27, and 28 should be reversed for at least 
the reasons discussed above in connection with Claim 1 . 

IX. CONCLUSION AND PRAYER FOR RELIEF 

Based on the foregoing, it is respectfully submitted that the rejections of Claims 1-12, 
14-16, 18-29, and 31-33 lack the requisite factual and legal bases. Appellants respectfully 
request that the Honorable Board reverse the rejections of Claims 1-12, 14-16, 18-29, and 



31-33. 



Respectfully submitted, 



Hickman Palermo Truong & Becker LLP 





Christian A. Nicholes 
Registration No. 50,266 



2055 Gateway Place, Suite 550 
San Jose, California 95110-1089 
Tel: (408)414-1224 
Fax: (408)414-1076 




Annette Valdivia 
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CLAIMS APPENDIX 



1 1 . A method of evolving an Extensible Markup Language (XML) Schema, the method 

2 comprising: 

3 receiving, at a schema evolver that is executing in a computer system, a document 

4 that indicates one or more changes to be made to a first XML schema; 

5 based on said first XML schema and said document, said schema evolver generating a 

6 second XML schema; and 

7 based on said second XML schema, generating one or more first Structured Query 

8 Language (SQL) statements. 

1 2. The method of Claim 1, wherein said first SQL statements, when executed, 

2 cause one or more database object types to be created. 

1 3. The method of Claim 1 , wherein said first SQL statements, when executed, 

2 cause one or more database object tables to be created. 

1 4. The method of Claim 1, wherein said first SQL statements, when executed, 

2 cause one or more database object types to be deleted. 

1 5. The method of Claim 1, wherein said first SQL statements, when executed, 

2 cause one or more database object tables to be deleted. 

1 6. The method of Claim 1, wherein said first SQL statements, when executed, 

2 cause one or more database object types to be altered. 
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1 7. The method of Claim 1 , wherein said first SQL statements, when executed, 

2 cause one or more database object tables to be altered. 

1 8. The method of Claim 1, wherein said first SQL statements, when executed, 

2 cause one or more database object instances to be altered. 

1 9. The method of Claim 1 , wherein said one or more changes are expressed as 

2 one or more instances of one or more XML types specified by a third XML 

3 schema. 

1 10. The method of Claim 1, further comprising: 

2 generating one or more second SQL statements that, when executed, cause effects of 

3 said one or more first SQL statements to be reversed. 

1 11. The method of Claim 1 0; further comprising: 

2 determining, while executing said one or more first SQL statements, whether an error 

3 has occurred; and 

4 in response to determining that an error has occurred, executing one or more of said 

5 one or more second SQL statements that, when executed, cause effects of said 

6 one or more first SQL statements that have been executed to be reversed. 

1 12. A method of generating Structured Query Language (SQL) statements to alter 

2 database types in a database system that has definition data that defines a set 

3 of one or more database object types, the method comprising: 

4 receiving a first Extensible Markup Language (XML) schema; and 
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5 based on said first XML schema, generating one or more SQL statements that, 

6 when executed, cause a database server to alter said set of one or more 

7 database object types; 

8 wherein said one or more database object types were generated based on a 

9 second XML schema that differs from said first XML schema. 

1 13. (Canceled) 

1 14. The method of Claim 12, wherein said first XML schema was generated based 

2 on said second XML schema. 

1 15. The method of Claim 12, wherein said one or more SQL statements, when 

2 executed, cause said database server to create one or more of said one or more 

3 database object types. 

1 16. The method of Claim 12, wherein said one or more SQL statements, when 

2 executed, cause said database server to delete one or more of said one or more 

3 database object types. 

1 17. (Canceled) 

1 18. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 1 . 
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1 19. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 2. 

1 20. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 3. 

1 21. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 4. 

1 22. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 5. 

1 23. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 6. 

1 24. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 7. 



OID 2003-058-01 



17 



Docket No.: 50277-2237 



1 25. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 8. 

1 26. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 9. 

1 27. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 10. 

1 28. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 1 1 . 

1 29. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 12. 

1 30. (Canceled) 

1 31. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 14. 
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1 32. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 15. 

1 33. A computer-readable medium carrying one or more sequences of instructions which, 

2 when executed by one or more processors, causes the one or more processors to 

3 perform the method recited in Claim 16. 

1 34. (Canceled) 
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EVIDENCE APPENDIX 



None. 
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RELATED PROCEEDINGS APPENDIX 



None. 
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